Adapter deployment without recycle

ABSTRACT

An adapter can be deployed into a system in a single step without recycle. An adapter can contain components, such as an integration adapter, event router, and resource adapter, which all conform to a given specification such that these components use some of the same classes. A class loader allows these components to share common classes, instead of having separate classes. A single Enterprise archive file contains files necessary to deploy the adapter, such as Web archive files, resource adapter archive files, event router Web application files, and shared Java archive files. The inclusion of these files in an Enterprise archive file allows all components for the adapter to be deployed in a single step without the need to recycle.  
     This description is not intended to be a complete description of, or limit the scope of, the invention. Other features, aspects, and objects of the invention can be obtained from a review of the specification, the figures, and the claims.

CLAIM OF PRIORITY

[0001] This application claims priority to U.S. Provisional Patent Application No. 60/377,303, field May 2, 2002, entitled “ADAPTER DEPLOYMENT WITHOUT RECYCLE,” which is hereby incorporated herein by reference.

COPYRIGHT NOTICE

[0002] A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document of the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.

CROSS-REFERENCED CASES

[0003] The following applications are cross-referenced and incorporated herein by reference.

[0004] U.S. Provisional Application No. 60/377,322 entitled “Application View Transactions,” by Timothy Potter et al., filed May 2, 2002 (Attorney Docket No.: BEAS-01268US0).

[0005] U.S. Provisional Application No. 60/377,322 entitled “Modular Deployment of Applications,” by Timothy Potter et al., filed May 2, 2002 (Attorney Docket No.: BEAS-01265US0).

[0006] U.S. Provisional Application No. 60/377,322 entitled “Shared Common Connection Factory,” by Timothy Potter et al., filed May 2, 2002 (Attorney Docket No.: BEAS-01269US0).

FIELD OF THE INVENTION

[0007] The present invention relates to deployment of adapters in an integration system.

BACKGROUND

[0008] Existing integration systems allow a developer to add an adapter to the system. An adapter is a software component that provides an interface between an application and an integration server. A J2EE adapter is an adapter that conforms to the Java™ 2 Enterprise Edition specification set forth by Sun Microsystems, Inc., of Santa Clara, Calif. Such an adapter can be hosted in any J2EE-compliant application server. This allows a simple adapter to be used in a wide range of software environments.

[0009] A J2EE adapter can be used by a developer to deploy an application view, which allows an external client application to interface with an information system such as an Enterprise Information System (EIS). It is necessary for an adapter deployer to add Java archive (JAR) files for this adapter to the system classpath before the adapter can be used to deploy application views. This limitation, which can be due to the limitations of the connector classloader, requires the system to be recycled every time an adapter is added. This recycling, which typically requires a rebootimg of the system, leads to undesirable downtimes in the system.

BRIEF SUMMARY

[0010] Systems and methods in accordance with embodiments of the present invention can overcome deficiencies in existing integration systems by utilizing shared classes to allow for a single-step deployment without the need to recycle the system. An adapter can contain components, such as an integration adapter, event router, and resource adapter, that all conform to a given specification, such as the J2EE specification. An integration adapter component can allow users to browse documents and interfaces in the system, such as through a Web browser. An event router component can be used to route messages through the system. A resource adapter component can be used to implement the connector specification. Since these components conform to the same specification, the components will use some of the same classes, such as Java archive classes. A class loader can be used that allows these components to share common classes, instead of having separate classes. The class loader can use these shared classes to allow the components of the integration adapter to be deployed into the system without recycling the system.

[0011] A single Enterprise archive (EAR) file can be used, which can contain files necessary to deploy the integration adapter. These files can include Web archive files, resource adapter archive files, event router Web application files, and shared Java archive files. The inclusion of these files in a single Enterprise archive file can allow all components for the integration adapter to be deployed in a single step, without the need to recycle the system.

[0012] Other features, aspects, and objects of the invention can be obtained from a review of the specification, the figures, and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

[0013]FIG. 1 is a diagram of a system that can be used in accordance with one embodiment of the present invention.

[0014]FIG. 2 is a diagram showing a process that can be used with the system of FIG. 1.

DETAILED DESCRIPTION

[0015] Systems and methods in accordance with embodiments of the present invention can provide for the deployment of adapters by providing the ability to have shared Java archive (JAR) files or resource adapters in a single Enterprise archive (EAR) file. As shown in the exemplary flowchart of FIG. 2, an adapter can be provided that contains components that conform to a given specification 200. Since the components conform to the same specification, the components can utilize some of the same classes or class files. A class loader can be provided that allows the components to share classes 202. An Enterprise archive file can be provided to contain the class files for the adapter and all adapter components, such that the adapter can be deployed in a single step without the need to recycle the system 204.

[0016] One such system is shown in FIG. 1. An integration adapter 110 can include a Web application that allows a user to browse documents or business programming application interfaces (BAPIs) that are available in an EIS system 100, such as an SAP system, through a Web browser 116 without the Web application. A resource adapter 114 can be used to send requests to, and receive requests from, the EIS 100. The resource adapter 114 can also be used to implement the connector specification 118. An event router 104, which can also be a Web application, can be used to route messages from the EIS 100 to an application view 108 for the application integration component 106.

[0017] When an event occurs in the EIS 100, an event generator 102 can detect the event and determine whether anyone should receive this event. To do this, the event generator 102 can check the types of events that have subscriptions, which can be maintained by the event router 104. The event router can create an event object containing pertinent data about the event, and can sends the event object to the event router 104. The event router 104 can send the event object to any application view 108 that is subscribed to the type of event object received from the event generator 102. The application view 108 can receive the event object and notify any listener 112 registered for that type of event. Exemplary listeners can include integration process flow or custom business logic flow. A listener 112 can process the event object and determine whether a service should be invoked in response to the event.

[0018] The application view 108 can combine data from the event object with data held by the application view, such as in state variables, and can make a service invocation on a resource adapter 114. The application view can accept the service request and determine which interaction to request on the resource adapter 114. This mapping from service name to adapter interaction can allow the service to be business-centric and not system-function centric. The resource adapter 114 can carry out the request interaction with the EIS 100 and pass the data received from the application view 108. This data can then be viewed, such as through a Web browser 116, through the integration adapter 110.

[0019] The integration adapter 110, resource adapter 114, and event router 104 are exemplary components that can conform to the J2EE standard. Since these components are part of the same adapter, they can have many components shared between them. A class loader 122 can be used, which can allow for the use of shared classes at the root of an EAR file 124. The sharing can result in a smaller EAR file. The use of shared classes also allows adapters to be deployed into the system without doing a recycle. Adapter deployers then do not need to add JAR files for an adapter to the system classpath. An adapter deployer can instead deploy an integration adapter from a system console, Web browser, Web application, or other interface. This deployment can be done without recycling the system server, or rebooting the server and recycling the services on that server.

[0020] An adapter development kit (ADK) can be used to show adapter developers how to load an adapter from an EAR file without restarting the server. This can be possible due to the use of a connector class loader 122 in the application server 120, for example. A single EAR file can contain the Web archive (WAR) and resource adapter archive (RAR) files, as well as the event router Web application files necessary to deploy an adapter. An example of an EAR file is shown by the following: adapter.ear application.xml sharedJar.jar adapter.jar adapter.rar META-INF ra.xml system-ra.xml MANIFEST.MF designtime.war WEB-INF Web.xml META-INF MANIFEST.MF eventrouter.war WEB-INF Web.xml META-INF MANIFEST.MF

[0021] An EAR file for this sample adapter can be given by: sample.ear application.xml adk.jar (shared .jar between .war and .rar) bea.jar (shared .jar between .war and .rar) SAMPLE_ADK.jar (shared .jar between .war and .rar) SAMPLE_ADK.war (Web application with META-INF/MANIFEST.MF entry Class-Path: SAMPLE_ADK.jar adk.jar bea.jar log4j.jar logtoolkit.jar xcci.jar xmltoolkit.jar) SAMPLE_ADK.rar (Resource Adapter with META-INF/MANIFEST.MF entry Class-Path: SAMPLE_ADK.jar adk.jar bea.jar log4j.jar logtoolkit.jar xcci.jar xmltoolkit.jar) log4j.jar (shared .jar between .war and .rar) logtoolkit.jar (shared .jar between .war and .rar) xcci.jar (shared .jar between .war and .rar) xmltoolkit.jar (shared .jar between .war and .rar)

[0022] Neither the RAR nor WAR files include any shared JAR files. Instead, both the RAR and WAR files refer to the shared JAR files off the root of the EAR.

[0023] Once an adapter has been created, the adapter can be deployed using an EAR file. EAR files can simplify adapter deployment by deploying all adapter components in a single step. An EAR file can be deployed from a server console 126 or manually, such as by manipulating the config.xml file.

[0024] Each adapter can be deployed from a single EAR file. The EAR file can contain the design-time Web application WAR file, the adapter RAR file, the adapter JAR file, and any shared JAR file required for deployment. It can also include an event router Web application file. This EAR file can be structured as: adapter.ear application.xml sharedJar.jar adapter.jar adapter.rar META-INF ra.xml system-ra.xml MANIFEST.MF designtime.war WEB-INF Web.xml META-INF MANIFEST.MF eventrouter.war WEB-INF Web.xml META-INF MANIFEST.MF

[0025] For example, a sample adapter EAR file can be given by: sample.ear application.xml adk.jar (shared .jar between .war and .rar) bea.jar (shared .jar between .war and .rar) SAMPLE_ADK.jar (shared .jar between .war and .rar) SAMPLE_ADK.war (Web application with META-INF/MANIFEST.MF entry Class-Path: SAMPLE_ADK.jar adk.jar sys.jar log4j.jar logtoolkit.jar xcci.jar xmltoolkit.jar) SAMPLE_ADK.rar (Resource Adapter with META-INF/MANIFEST.MF entry Class-Path: SAMPLE_ADK.jar adk.jar bea.jar log4j.jar logtoolkit.jar xcci.jar xmltoolkit.jar) log4j.jar (shared .jar between .war and .rar) logtoolkit.jar (shared .jar between .war and .rar) xcci.jar (shared .jar between .war and .rar) xmltoolkit.jar (shared .jar between .war and .rar)

[0026] Neither the RAR nor WAR files include the shared JAR files. Rather, the RAR and WAR files can refer to the shared JAR files by using an attribute such as <manifest.classpath>.

[0027] A design time can use an adapter's Service Provider Interface (SPI) classes in a non-managed scenario. Consequently, an adapter's SPI and Common Client Interface (CCI) classes can be contained in a shared JAR file off the root of the EAR. To allow the WAR and RAR classloaders to access the classes in the shared JAR, an entry can be made in the MANIFEST.MF files to include the shared JAR files.

[0028] An exemplary deployment descriptor for an EAR file is shown below. This descriptor can declare the components of the EAR file. In this case, that is the design-time WAR, event router WAR, and adapter RAR modules. <!DOCTYPE application PUBLIC '-//DTD J2EE Application//EN' ‘http://example.com/dtd/application.dtd’> <application> <display-name>SAMPLE_ADK</display-name> <description>This is a J2EE application that contains a sample connector, Web application for configuring application views for the adapter, and an event router Web application.</description> <module> <connector>SAMPLE_ADK.rar</connector> </module> <module> <Web> <Web-uri>SAMPLE_ADK.war</Web-uri> <context-root>SAMPLE_ADK_Web</context-root> </Web> </module> <module> <Web> <Web-uri>SAMPLE_ADK_EventRouter.war</Web-uri> <context-root>SAMPLE_ADK_EventRouter </context-root> </Web> </module> </application>

[0029] The adapter JAR files can be on the system classpath. The adapter can be deployed through a server console or by adding an application component to config.xml.

[0030] The foregoing description of the preferred embodiments of the present invention has been provided for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many modifications and variations will be apparent to one of ordinary skill in the art. The embodiments were chosen and described in order to best explain the principles of the invention and its practical application, thereby enabling others skilled in the art to understand the invention for various embodiments and with various modifications that are suited to the particular use contemplated. It is intended that the scope of the invention be defined by the following claims and their equivalence. 

What is claimed is:
 1. A system for deploying an integration adapter, comprising: a resource adapter having components that conform to a connector standard; and an Enterprise archive file containing class files for the components, such that the resource adapter can be deployed in a single step.
 2. A system according to claim 1, further comprising: a class loader adapted to allow classes at the root of the Enterprise archive file to be shared by the components.
 3. A system according to claim 1, further comprising: an interface adapted to allow the resource adapter to be deployed without recycling the system.
 4. A system for deploying an adapter in an integration system, comprising: an integration adapter allowing users to browse documents and interfaces in the system; an event router for routing messages through the system; a resource adapter for implementing a connector specification; and a class loader allowing for the use of shared classes; wherein the integration adapter, event router, and resource adapter have common components which can use the shared classes; and wherein the class loader can use the shared classes to allow the integration adapter, event router, and resource adapter to be deployed into the system without recycling the system.
 5. A system according to claim 4, further comprising: an Enterprise archive file for the integration adapter, the single Enterprise archive file capable of containing files necessary to deploy the integration adapter.
 6. A system according to claim 4, wherein: the class loader allows for the use of shared classes selected from the group consisting of shared Java archive files and shared resource adapter files.
 7. A system according to claim 5, wherein: the class loader allows for the use of shared classes in the Enterprise archive file.
 8. A system according to claim 4, wherein: the integration adapter contains a Web application supporting the browsing of documents and interfaces.
 9. A system according to claim 8, wherein: the integration adapter allows viewing through a browser without the Web application.
 10. A system according to claim 4, further comprising: a system console allowing a user to deploy the adapter.
 11. A system according to claim 5, wherein: the Enterprise archive file contains files selected from the group consisting of Web archive files, resource adapter archive files, event router Web application files, and shared Java archive files.
 12. A system according to claim 5, wherein: the Enterprise archive file allows components for the adapter to be deployed in a single step.
 13. A method for deploying an adapter, comprising: providing an adapter having components that conform to a specification; providing a class loader that allows the components to share classes; and providing an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step.
 14. A system for deploying an adapter, comprising: means for providing an adapter having components that conform to a specification; means for providing a class loader that allows the components to share classes; and means for providing an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step.
 15. A computer-readable medium, comprising: means for providing an adapter having components that conform to a specification; means for providing a class loader that allows the components to share classes; and means for providing an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step.
 16. A computer program product for execution by a server computer for deploying an adapter, comprising: computer code for providing an adapter having components that conform to a specification; computer code for providing a class loader that allows the components to share classes; and computer code for providing an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step.
 17. A computer system comprising: a processor; object code executed by said processor, said object code configured to: provide an adapter having components that conform to a specification; provide a class loader that allows the components to share classes; and provide an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step.
 18. A computer data signal embodied in a transmission medium, comprising: a code segment including instructions to provide an adapter having components that conform to a specification; a code segment including instructions to provide a class loader that allows the components to share classes; and a code segment including instructions to provide an Enterprise archive file adapted to contain the class files for the components, such that the adapter can be deployed in a single step. 